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Background 

“Model-based systems engineering (MBSE) 

is the formalized application of modeling to 
support system requirements, design, analysis, 
verification and validation activities beginning in 
the conceptual design phase and continuing 
throughout development and later life cycle 
phases.” 

• Systems Engineering Vision 2020, INCOSE-TP-2004-004-02, 
September 2007 
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Background 

Document-Based SE (DBSE) vs. MBSE 
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Model centric 


INCOSE Model Based Systems Engineering (MBSE) Initiative, June 2007 
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Background 

Systems Modeling Language (SysML) 



New diagram type 


SysML Tutorial, September 2009. Copyright © 2006-2008 by Object Management Group 
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• Perceived Benefits of MBSE 


- Communications 


- Development risk 


- Quality 


- Productivity 


- Leveraging model across life-cycle 


- Knowledge transfer 


A Practical Guide to SysML, 2 nd Edition, 2012 
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Background 

• Research 

- Documentation of early modeling efforts 

- Descriptions of potential benefits from 
modeling 

-Lack of work presenting direct evidence 
of MBSE benefits 
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Thesis Objective 


Demonstrate MBSE utility in tracing 
mission concept to requirements 
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Model NASA Ames SporeSat 

- 3U CubeSat 

- Studies fern spore 
growth in varying 
gravity environments 





SporeSat NASA Fact Sheet, FS #201 3-04-04-ARC, 2013 
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Create Mission Model 

- Mission Architecture and CONOPS 

- Mission Requirements 

- Dependency relationships 
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A Practical Guide to SysML, 2 nd Edition, 2012 
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• Analyze 


- Completeness and ambiguity of requirements 

- Consistency between requirements and design 
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Methodology 


3 SPORESAT SCIENCE REQUIREMENTS 

3.1 General Requirements 

The SporeSat systems shall comply with 
to ensure experiment viability. 

3.1.1 Experiment Configuration 

3. 1.1.1 Artificial Gravity (Acceleration) Pr 

Means shall be provided to artific 
supports the immobilization, gem 
multiple spores of Ceratopteris ric 
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Document: 


Results 


Model: 


Requirements 


req Diagram 





ExpPhs : Experiment Phase 

bioCDops = ExpOpsBioCD 
Duration = "96"{unit = hour} 
epm = ExpMgn 
epTm = ExpTOTMgn 

■ ■ ■ ■ 

«sati 

sfy» 

— ^ 

((requirements 

Will-1 

id = "win- 1 " 

Tsxt = "The experiment phase will not exceed 96 hours " 






« activity's 

Operational Phases 

otsati 

sfys 

. V 

«requirement» 

Will-2 

■ ■ -9 

Id = "Will-2" 

Text = "Nominal temperatures will be maintained prior to and during 
experimental operations ' 



ocsati 



((activity's 

Experimental Operations fora ElioCD Phase 







«activity» 

Experimental Operations fora ElioCD Phase 
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| ■ ■ ■ ■ H 
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— ■ 
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Will-3 

Id = "Will-3" 

Text = "Centrifuge operations will be confirmed approximately 10 minutes 
prior to activation of the spores and experimental operations" 



— i 

V 



((Problems 

Inconsistent: Duration of centrifuge 
operations confirmation (act= 155 min). 
[Due to outdated Science REQs.) 

^ — 





; ; ; ; 1 ;;;;;; 

1 






\ 

Clarification: 

Intent is to get data from the centrifuge before continuing with the experiment. 

It wasn't known when these REQs were written that red light is necessary for 
activation (believed temperature increase could also cause it). 
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Document: 

Requirements 


Results 


Model: 

Satisfy Matrix 
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Document: 

Phase Description 


Results 


Model: 

act Diagram 


act [Activity] Post-Germination Phase [ Post-Germination Phase ]J 








Ca2+ Acq. OFF : " 
Turn off Ca2+ 

, signal data 
acquisition 

L t) 


■ [rot. bioCD] 
- 


Set Stationary 
Set bioCD to 
stationary 
position 

rfl 


- ^ 


Measure Data 
Wait 


rli - 


P 

oc a. 


l^O 


d1< 


mi- 


start 


Temp. Acq, OFF 
: Turn off 
temperature 
data acquisitio 


IS 


y 


[n-rot. bio 


Measure Data : Wait 


rli 




rfi 


y 


^Problem* 

The "Experimental 
Flow" doesn't state 
whether data 
acquisition should 
cease at th e end of th e 
flow for a particular 
bioCD. This is my 
assumption and it's 
also reflected in the 
associated stm. 


« comment* 

Vague Implication: 

The Experimental Flow" doesn't state whether 
data acquisition shoufd cease at the end of the 
flow for a particular bioCD. This is my 
assumption, and its also reflected in the 
associated stm. 

Lead SE explains that the Experimental Flow 
diagram implies that data collection for a given 
bioCD stops at the end of its flow. I believe the 
description of starting data acquisition in the 
Setup Phase leads to the need for similar 
language in the Post-Germination Phase to stop 
data acquisition. 
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Document: 

Experiment Timeline 



Results 


Model: 

stm Diagram 
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Document: Results 

Experiment Timeline 


Model: 

par Diagram 
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Document: 

Architecture 


Results 


Model: 

bdd Diagram 
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Document: 

Comm. Architecture 


Results 


Model: 

ibd Diagram 


ibd [Block] Spore Sat Mission System [ Spore Sat End-to-End Comm Architecture (with Flow Ports) ] J 


«Problenn» 

There is no connection between the 
Amateur Radio GS's and the SCU GS as 
depicted in the Con Ops. 
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mission dashboard [website) but it’s not 
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Tracked Issues 
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Issue: Ground Experiment Requirements ConOps 
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Issue: ConOps Missing Information 
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Issue: ConOps <-+ Experiment Phase Requirements 
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Issue: ConOps <-+ Experiment Phase Requirements 
Inconsistencies 


* 


« requirements 

Voltage Data Acquisition Duration 

Id = _ S48' 

Text = "Acquisition of voltage readings from each bioCD shall be made over 
a period of 24 hours " 




Experiment Phase Duration: 


• Experimental Flow Diagram — > 72 hours 

• Operational Phase Diagram — > 96 hours 

• Experiment Phase Requirements — > < 96 hours 
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Results 


• Issues with SysML / Modeling Tool 

- No smarts to the relationships between 
requirements and/or model elements 

- Time representation 
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Future Work 


• Determine metrics to measure MBSE 
benefits quantitatively 

• Study MBSE approach in various settings 

- Government vs. Industry vs. Academia 

- Large vs. small missions 

- ROI for short and long term 

• Study MBSE benefits when used 
throuahout full life-cvcle 




